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(54) Apparatus and method for dynamic internet protocol telephony call routing and call 
rerouting 

(57) A method and a system for handling calls 
includes utilizing a delay calculation module 12 to calcu- 
late 42 and 46 a transmission delay between first 1 8 and 
second 36 terminals over a voice-over-data-network 20, 
such as the Internet. A local call processor 10 deter- 
mines 44 and 48 if the transmission delay exceeds a 
predetermined threshold. If the threshold is exceeded, 
voice transmission quality over the Internet is not suffi- 
cient to support high quality transmissions for the call 
and a call router places 60 the call over an alternate net- 
work, such as a Public Switch Telephone Network 
(PSTN) 22. In a preferred embodiment, the transmis- 
sion delay calculation is a two-tiered process in which a 
preliminary round trip delay is first calculated to screen 
for large transmission delays which do not include a 
delay component introduced by a remote call processor. 
If the preliminary round trip delay exceeds a round trip 
delay threshold, the call is routed over the PSTN. If the 
preliminary round trip delay falls within a predetermined 
range below the threshold, the delay calculation module 
calculates an end-to-end echo which includes a delay 
introduced by the remote call processor. If the end-to- 
end echo is below an end-to-end echo delay, the call is 
routed 50 over the Internet. Otherwise, the call is routed 
over the PSTN. After a call is routed over the Internet, 
the round trip delay and the end-to-end echo are moni- 
tored 52 and the call is transferred 54 if either the round 
trip delay or the end-to-end echo exceeds its respective 
threshold. 
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Description 

[0001] The present invention relates to a method 
and a system for handling calls within communications 
networks and, more specifically, to dynamic routing and 
rerouting of Internet Protocol (IP) telephony calls. 
[0002] In conventional analog telephony over a 
Public Switch Telephone Network (PSTN), when a 
caller makes a call, he or she receives a dial tone from 
a central office upon taking a telephone off-hook. When 
the caller dials from the telephone after receiving the 
dial tone, the telephone typically utilizes Dual Tone Mul- 
tifrequency (DTMF) tones to communicate the tele- 
phone number of the called party to the central office. A 
DTMF register at the central office processes the DTMF 
tones to obtain the called party's telephone number. 
The central office does not dedicate a DTMF register to 
each local loop to its customers, because of the high 
cost of doing so. As a general rule, at any one time, the 
number of incoming calls to the central office is substan- 
tially below the number of local loops to customers. 
Consequently, the local loops can share DTMF regis- 
ters. 

[0003] On occasions, the volume of incoming calls 
will reach a higher level than the central office is 
equipped to handle. In this case, if a caller goes off- 
hook, the caller will receive no dial tone from the central 
office, because there are no DTMF registers available to 
process the DTMF tones. However, once the caller does 
get a dial tone and establishes a connection, the volume 
of traffic through the central office does not affect the 
quality of voice transmission over the call, since the 
lines which comprise the transmission path for the call 
are dedicated lines. That is, there is no competition for 
bandwidth on the transmission path. 
[0004] In an Integrated Services Digital Network 
(ISDN), a Basic-Rate Interface (BRI) provides a caller 
with two B-channeis which are utilized to carry digitized 
voice and data while a single D-channel is utilized for 
signaling and low speed data transmission. A Primary- 
Rate Interface (PRI) provides a higher bandwidth serv- 
ice for business users. The PRI consists of either 
twenty-three or thirty B-channels for user data and a 
single D-channel for signaling. The D-channel which 
carries all signaling information differentiates ISDN 
telephony from conventional analog telephony, which 
carries both voice and signaling information over the 
same channel. However, voice information in ISDN 
telephony is carried to and from PSTN central offices 
over dedicated local loops in the same way that voice 
information is carried in analog telephony. 
[0005] In recent years telephony has been imple- 
mented on open data networks such as intranets and 
the Internet to provide a viable alternative to conven- 
tional analog and digital telephony. Transmission of sig- 
naling data and voice information on such open 
networks is typically performed utilizing Internet Proto- 
col (IP). One feature which poses unique challenges in 



IP-telephony is that the signaling information and voice 
information are carried over shared media. Conse- 
quently, as traffic on an IP-telephony enabled (or voice- 
over-data) network increases, the bandwidth available 

5 for transmission of voice information decreases. 
Decreased bandwidth availability often results in trans- 
mission delays in the network. The transmission delays 
can be particularly disruptive in telephone calls because 
effective communication depends on substantially real- 

jo time transmission and presentation of voice information. 
As delays begin to exceed the level of 1 00 milliseconds, 
effective communication sharply declines. 
[0006] If a caller is able to determine the traffic level 
of a data network at the time that a call is placed and the 

is caller has an alternative means for placing the call to the 
called party (e.g.. conventional connectivity via the 
PSTN), then the caller can avoid establishing a poor 
connection over the data network during high traffic 
intervals on the data network. However, if the call is 

20 placed over the PSTN, the caller is committed to the 
PSTN call and must manually terminate the PSTN con- 
nection and establish a connection over the data net- 
work if traffic subsequently decreases over the data 
network. 

25 [0007] What is needed is a method and system for 
enhanced flexibility with respect to responding to 
changing network conditions to enable efficient utiliza- 
tion of IP-telephony. 

[0008] The invention is defined in the independent 
30 claims, to which reference should now be made. Further 
advantageous features are detailed in the dependent 
claims. 

[0009] A method and an apparatus according to an 
embodiment of the invention for handling calls include 

35 calculating a transmission delay over a voice-over-data 
network between first and second endpoints to deter- 
mine whether the delay exceeds a predetermined delay 
threshold. The call is automatically routed over a net- 
work other than the voice-over-data network if the delay 

40 exceeds the delay threshold. The calculation of trans- 
mission delay is preferably performed before the call is 
established and periodically during the call to allow the 
call to be dynamically rerouted in response to changes 
in transmission delay over the voice-over-data-network. 

45 [0010] The apparatus preferably includes a call 
processor located on a local communications network 
and connected to multiple trunks, each of which is con- 
nected to a different network. One of the networks may 
be a data network, such as the Internet, and another 

so Public Switch Telephone Network (PSTN). The call 
processor selects among the trunks to provide connec- 
tivity between local communication devices on the local 
network and remote communication devices, with the 
selections being based on the current transmission 

55 delay over the Internet. In a preferred embodiment, the 
communication devices are enabled for Internet Proto- 
col (IP) telephony, as well as conventional telephony 
over the PSTN. 
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[0011] A delay calculation module may calculate 
the Internet transmission delay between a calling and a 
called communication device when the call processor 
receives a call request from a particular local communi- 
cation device to a particular remote communication 
device. In a preferred embodiment the calculation of 
transmission delay is a two step process. First, round 
trip delay is calculated to determine the delay attributed 
to the traffic over the transmission path between the 
local and remote communication devices. The delay 
calculation module determines whether the round trip 
delay exceeds a round trip delay threshold in order to 
screen out connections that would be susceptible to 
large delays. If the round trip threshold is exceeded, a 
call router may route the call over an alternate network, 
such as the PSTN. Otherwise, the delay calculation 
module may progress to the second step of calculating 
an end-to-end echo of the system. This second calcula- 
tion includes the delay introduced by a remote call proc- 
essor which supports IP-telephony on the remote 
communication device. If the end-to-end echo exceeds 
an echo threshold, the call router places the call over 
the PSTN. The call is placed over the Internet as an IP- 
telephony call if neither the round trip delay nor the end- 
to-end echo threshold is exceeded. 
[0012] In a preferred embodiment, the second step 
of calculating the end-to-end echo is conditional upon 
the measure of the round trip delay falling in a center 
range of three ranges. As previously noted, when the 
round trip delay is above the predetermined round trip 
delay threshold (i.e., is within an uppermost range hav- 
ing the threshold as its lower limit), the call is immedi- 
ately routed over the alternate network. On the other 
hand, if the round trip delay is measured to be in a low- 
ermost range, the call is immediately routed over the 
voice-over-data network, ft is only when the round trip 
delay is measured to be in the center range that quality 
of communication via the voice-over-data network is 
considered questionable. Thus, the end-to-end echo is 
calculated and used as a second factor in selecting 
among the available networks. 

[001 3] After the call has been placed, the delay cal- 
culation module continues to monitor round trip delay 
and end-to-end echo over the Internet. After the call has 
been placed over the Internet, rf either the round trip 
delay or the end-to-end transmission delay exceeds its 
respective threshold, the call is rerouted from the Inter- 
net to the PSTN. Delay is introduced into the call when 
it is transferred to the PSTN in order to make the trans- 
fer transparent to the callers. Similarly, rt the call has 
been placed over the PSTN, the delay calculation mod- 
ule continues to monitor end-to-end echo over the Inter- 
net so that, if the end-to-end echo drops below its 
threshold, the call will be rerouted over the Internet. The 
end-to-end echo threshold can be configured by each 
caller so that each caller can establish a personal toler- 
ance for transmission delays. 

[0014] The call routed over the Internet can be a 



data-sharing call which includes a shared graphics/text 
feature in addition to voice, rf either the round trip trans- 
mission delay or the end-to-end echo exceeds its 
respective threshold, the call router reroutes the voice 
5 component of the call over the PSTN while maintaining 
the data component of the data-sharing call on the 
Internet. 

[0015] For a better understanding of the invention, 
embodiments of it will now be described, by way of 
io example, with reference to the accompanying drawings, 
in which: 

Fig. i is a block diagram of a call handling appara- 
tus according to the present invention; and 
75 Fig. 2 is a process flow of a call handling method 
implemented by the call handling apparatus of Fig. 
1. 

[0016] With reference to Fig. 1, a local call proces- 

20 sor 10 is connected to multiple trunks, including a first 
trunk 24 which provides multiple communication 
devices with access to a Public Switch Telephone Net- 
work (PSTN) 22. Only one local IP-telephony terminal 
18 is shown as being supported by the local call proces- 

25 sor, but typically additional communications devices are 
connected to the local call processor. The local call 
processor 10 is also connected to a second trunk 26 
which provides access to the global communications 
network known as the Internet 20. In the alternative, the 

30 second trunk 26 can be connected to an intranet (not 
shown). The local call processor 10 includes a delay 
calculation module 12 which determines transmission 
delay for transmissions over the Internet 20 to remote 
communication terminals, such as remote IP-telephony 

35 terminal 36, an echo suppression algorithm 15, a com- 
pression algorithm 17 for compressing voice informa- 
tion, and a digital signal processor 13 for performing 
analog -to-digital and digital-to-analog conversions of 
voice information. The local call processor 10 of the 

40 present invention can be adapted to operate in a 
number of different environments. In a first embodiment, 
the local call processor is located within a gateway or a 
call server on a data network (e.g., a Local Area Net- 
work). In a second embodiment, the local call processor 

45 10 operates within a switch such as a central office or a 
Private Branch Exchange (PBX). 
[0017] Routing telephone connections over a data 
network such as the Internet 20 provides potentially sig- 
nificant cost savings as compared to calls routed over 

so the PSTN 22. For example, a long distance call which is 
routed over the PSTN 22 might incur long distance 
charges which are substantially higher than charges 
which are associated with routing a call to the same 
endpoint over the Internet 20. A primary concern with 

55 routing calls over the Internet 20 is quality of voice trans- 
mission. While IP-telephony can usually provide an 
acceptable quality of voice transmission to support 
standard person-to-person calls, the quality of voice 
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transmission is not always sufficient to support a confer- 
ence call or a call in which a speaker-phone feature is 
utilized. Furthermore, if network traffic is heavy, the 
voice transmission quality might be insufficient for even 
a standard person-to-person call. The present invention 
aims to provide a means for monitoring an IP-telephony 
network and for dynamically routing and rerouting calls 
in response to changing network traffic conditions. 
[0018] In a preferred embodiment, the delay calcu- 
lation module 12 performs a two-tiered delay calcula- 
tion. Initially, the delay calculation module 12 
determines a preliminary round trip delay over the Inter- 
net 20 by transmitting a test data packet to a remote call 
processor 28 which is returned to the local call proces- 
sor 10. The preliminary round trip delay calculation pro- 
vides data regarding the transmission delay which 
results from network traffic on the transmission path 
between the local call processor 10 and the remote call 
processor 28. The remote call processor 28 does not 
perform any telephony-related processing on the test 
data packet, so the preliminary round trip delay calcula- 
tion does not take into account the effect which the 
remote call processor 28 has on transmission delay 
over the Internet 20. 

[0019] The delay calculation module 12 also per- 
forms an echo calculation by transmitting a test voice 
data packet to the remote call processor 28. The remote 
call processor 28 may include an echo suppression 
algorithm 30 to perform echo suppression, a Digital Sig- 
nal Processor 32 (DSP) to perform voice coding and 
decoding, a compression algorithm 34 to perform com- 
pression and decompression of voice data, a call router 
33 to selectively route outgoing calls over the PSTN 22 
or the Internet 20, a delay regulator 35 to insert delay 
into calls transferred from the Internet 20 to the PSTN 
22, and a delay calculation module 33 to determine 
transmission delay over the Internet 20. The remote call 
processor can be incorporated into a Telephony Internet 
Server (TIS) attached to a PBX or a central office of the 
PSTN 22. Alternatively, the remote call processor 28 
can be incorporated into a gatekeeper associated with a 
gateway on a LAN. 

[0020] The voice data test packet includes header 
information identifying it as a test packet, as well as a 
pattern of bits representing an actual voice signal. The 
header information alerts the remote call processor 28 
to process the voice data test packet separately from 
voice data packets having embedded voice information 
which is part of a conversation. The test voice data 
packet is processed at the remote call processor by 
converting the voice data bits to analog signals, per- 
forming echo suppression, decompressing and recom- 
pressing the voice data, and reconverting the analog 
voice signals back to the digital format. 
[0021] The remote call processor 28 then loops the 
voice data test packet back to the local call processor 
10. The echo data that is calculated at the module 12 
provides a more direct indication of voice transmission 



quality than the round trip delay data, because the echo 
data takes into account the impact which the remote call 
processor 28 has on voice transmission quality. Specifi- 
cally, the echo data takes into account the impact of 
s remote call processor functions (e.g., echo suppres- 
sion, voice coding, and voice compression) upon voice 
transmission quality over the Internet 20. 
[0022] The delay calculation module 12 compares 
round trip delay calculations to a predetermined delay 
w threshold to determine whether to route a call over the 
Internet 20. If the measured round trip delay exceeds 
the delay threshold, then the voice transmission quality 
over the Internet 20 is determined to be too low to allow 
the call to be routed over the Internet 20. In a preferred 
r5 embodiment, the delay calculation module 12 responds 
to delay measurements within a critical range by trigger- 
ing the end-to-end echo calculation. The upper limit of 
this critical range of delay measurements is the delay 
threshold. Delay measurements within this critical range 
20 are inconclusive as to whether voice transmission qual- 
ity will be sufficient to support voice communication over 
the Internet 20, since operations such as echo suppres- 
sion at the remote call processor 28 may compensate 
for the delay. The effectiveness of echo suppression in 
25 the remote call processor 28 must be determined in 
order to decide whether to route a call over the Internet 
20. If the calculated end-to-end echo exceeds a prede- 
termined echo threshold, a call router 14 will route the 
call over the PSTN 22 rather than the Internet 20. In this 
30 preferred embodiment, if the round trip delay is below 
the critical range, the call router 14 routes the call over 
the Internet 20 without the delay calculation module 12 
performing the end-to-end echo calculation. 
[0023] After the call router 1 4 has routed a call over 
35 the Internet, it is possible that a subsequent increase in 
network traffic over the Internet 20 will decrease the 
• * voice transmission quality below an acceptable level. In 
response, the call router 14 transfers the call onto the 
PSTN 22. However, unless delay is introduced into the 
40 transferred call, the call will experience a loss of a time 
fragment which is equal to the difference in delays 
between the PSTN 22 and the Internet 20. A delay reg- 
ulator 16 is included to intentionally introduce the delay 
into the call upon a transfer to the PSTN 22. The inten- 
ds tional delay is designed to prevent the loss of the time 
fragment after the call is transferred. 
[0024] With reference to Figs. 1 and 2, an embodi- 
ment of a method for dynamically routing and rerouting 
calls in response to variations in network traffic over the 
so Internet 20 includes receiving a call request at the local 
call processor 10 at step 40. The call request is gener- 
ated by the local terminal 18, as it requests a connection 
to the remote terminal 36. At step 42, the delay calcula- 
tion module 12 calculates the preliminary round trip 
55 delay for the transmission path between the local call 
processor 10 and the remote call processor 28. The 
round trip delay calculation involves transmitting a test 
data packet from the local call processor 1 0 and having 
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the remote call processor 28 return the test data packet 
to the local call processor 10 without performing any 
telephony-related voice processing on the test data 
packet. 

[0025] At steps 44 and 45, the delay calculation 
module 12 determines whether the calculated round trip 
delay exceeds a predetermined round trip delay thresh- 
old or is in a critical measurement range having the 
threshold as its upper limit. A calculated round trip delay 
calculation which is greater than the highest delay 
within the critical range triggers the call router 14 to 
automatically route the call over the PSTN 22 at step 
60. It is not necessary to determine the echo suppres- 
sion capabilities of the remote call processor 28 if the 
round trip delay exceeds the critical range because, by 
definition, a round trip delay in excess of the critical 
range indicates that the voice transmission quality of the 
Internet 20 cannot be made acceptable by corrective 
operations at the remote call processor 28. 
[0026] If the calculated round trip delay is within the 
critical range, at step 46 the delay calculation module 1 2 
calculates an end-to-end echo for the transmission path 
by sending a voice data test packet to the remote call 
processor 28. The voice data test packet includes a 
converted analog voice sample and a bit pattern within 
the header, identifying the packet as a test packet. The 
header information ensures that the voice sample test 
packet will not be processed as part of a conversation if 
the test packet is received at the remote call processor 
28 during an on-going call The bits representing the 
voice sample are decompressed by the compression 
algorithm 34. run through the DSP 32 at the remote call 
processor 28 to convert the voice sample to analog and 
then back to the digital format, processed by the echo 
suppression algorithm 30, and recompressed by the 
compression algorithm 34. The speed of the DSP 32, 
the strength of the voice compression algorithm 34. and 
the effectiveness of the echo suppression algorithm 30 
combine to impact the end-to-end echo. 
[0027] In a preferred embodiment, if the preliminary 
round trip delay is below the critical range, the call 
router 14 routes the call over the Internet 20 at step 50 
without the delay calculation module 12 performing an 
end-to-end echo test. No end-to-end echo test is 
required if the preliminary round trip delay is so low that 
the remote call processor 28 is unlikely to introduce suf- 
ficient delay into voice transmission that the voice qual- 
ity becomes unacceptable. It is desirable to avoid 
performing the end-to-end echo test, if possible, 
because of the processing demands the end-to-end 
echo test places on remote call processor resources. 
[0028] At step 48. the delay calculation module 12 
determines whether the end-to-end delay exceeds a 
predetermined end-to-end delay threshold. If the 
threshold is exceeded, at step 60. the local call proces- 
sor 10 routes the call to the PSTN 22. If the end-to-end 
echo threshold is not exceeded, at step 50, the call 
router 14 places the call over the Internet 20. After the 



call has been placed over the Internet 20. the potential 
exists that network traffic might increase during the call, 
so that voice transmission quality is no longer above the 
acceptable level. After the call has been placed, the 

5 delay calculation module 1 2 periodically performs round 
trip delay and end-tc-end echo tests at step 52 to guard 
against degraded voice transmission quality. The tests 
are performed during a call in the same manner as they 
are performed prior to the call being established. The 

7 o header information contained in the voice data test 
packet is important in end-to-end echo tests performed 
during a call to prevent the remote call processor 28 
from processing the voice sample as part of the conver- 
sation. 

75 [0029] If at step 52 either the round trip delay or the 
end-to-end echo exceeds its respective threshold dur- 
ing an IP-telephony call, the call router 14 transfers the 
call to the PSTN 22 at step 54. A concern associated 
with transferring an IP-telephony call from the Internet 

20 20 to the PSTN 22 is the difference in transmission 
delays associated with the Internet and the PSTN. If the 
transmission delay difference is significant, there will be 
an interval of transmission lost during the transfer. The 
loss may be sufficiently large to be perceived by the 

25 users. In order to make the transfer transparent to the 
users, the delay regulator 16 introduces a delay into the 
call at step 56 which is approximately equal to the delay 
differential between the Internet 20 and the PSTN 22. 
After the call has been transferred, the delay calculation 

30 module 1 2 continues to monitor the round trip delay and 
end-to-end echo associated with the Internet transmis- 
sion path between the local and remote terminals 18 
and 36. If the end-to-end echo falls below its threshold, 
the call can be re-transferred to the Internet 20. The 

35 delay which was introduced into the call before it was 
transferred to the PSTN 22 is maintained, or increased 
rf necessary, to make the transfer back to the Internet 20 
transparent to both users. 

[0030] Returning to step 52, for the entire time in 
40 which neither the round trip delay nor the end-to-end 
echo exceeds its respective threshold, the IP-telephony 
connection is maintained, as indicated by step 58. Thus, 
steps 52 and 58 form a loop. 

[0031] In one embodiment, when the call is routed 
45 over the PSTN 22 at step 60 after decision step 44, the 
delay regulator 16 introduces a predetermined delay 
into the call in order to facilitate transparent rerouting of 
the call over the Internet 20. At step 62. the delay calcu- 
lation module 12 determines whether the end-to-end 
so echo falls below its respective threshold. If so, at step 
66, the call router 14 transfers the call to the Internet 20. 
The delay which was introduced into the call at step 60 
facilitates the transparent transfer of the call to the Inter- 
net 20. If the delay is not introduced into the call at step 
55 60. a gap of silence which is equal to the delay differen- 
tial between the PSTN 22 and the Internet 20 is intro- 
duced into the call after it is transferred to the Internet 
20. If the end-to-end echo is above its threshold at step 
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62, the call is maintained on the PSTN connection at 
step 64, with steps 62 and 64 forming a loop. 
[0032] The thresholds for round trip delay and end- 
to-end echo can be set by the user on each call or the 
user can rely on a threshold established by a system 
administrator. Furthermore, in a preferred embodiment, 
the delay calculation module 12 is configured to 
respond to different types of calls by applying different 
thresholds. For example, a conference call and a call 
which employs a speaker-phone feature both require a 
higher quality of voice transmission than a standard per- 
son-to-person call which does not employ the speaker- 
phone. The delay calculation module 12 applies more 
stringent thresholds for round trip delay and end-to-end 
echo to account for the quality of voice transmission 
required for conference calls and speaker-phone calls. 
[0033] In another embodiment, the local call proc- 
essor 10 is configured to support data sharing calls. If 
after a call is routed over the Internet 20 the round trip 
delay or end-to-end echo exceeds its threshold, the call 
router 14 will reroute the voice component of the data 
sharing call over the PSTN 22, while maintaining the 
data component of the call on the Internet 20. 
[0034] In summary, according to one embodiment a 
method and a system for handling calls includes utiliz- 
ing a delay calculation module to calculate and a trans- 
mission delay between first and second terminals over a 
voice-over-data-network, such as the Internet. A local 
call processor determines and if the transmission delay 
exceeds a predetermined threshold. If the threshold is 
exceeded, voice transmission quality over the Internet is 
not sufficient to support high quality transmissions for 
the call and a call router places the call over an alternate 
network, such as a Public Switch Telephone Network 
(PSTN). In a preferred embodiment, the transmission 
delay calculation is a two-tiered process in which a pre- 
liminary round trip delay is first calculated to screen for 
large transmission delays which do not include a delay 
component introduced by a remote call processor. If the 
preliminary round trip delay exceeds a round trip delay 
threshold, the call is routed over the PSTN. If the prelim- 
inary round trip delay falls within a predetermined range 
below the threshold, the delay calculation module calcu- 
lates an end-to-end echo which includes a delay intro- 
duced by the remote call processor. If the end-to-end 
echo is below an end-to-end echo delay, the call is 
routed over the Internet. Otherwise, the call is routed 
over the PSTN. After a call is routed over the Internet, 
the round trip delay and the end-to-end echo are moni- 
tored and the call is transferred if either the round trip 
delay or the end-to-end echo exceeds its respective 
threshold. 

[0035] Embodiments of the present invention 
makes it possible to efficiently take advantage of poten- 
tial cost savings provided by IP-telephony by automati- 
cally routing or rerouting telephone calls over a data 
network, such as the Internet 20, when the quality of 
voice transmission over the Internet 20 meets minimum 



preset requirements. Conversely, when the quality of 
voice transmission falls below the minimum require- 
ments, calls are automatically routed or rerouted over 
an alternate network, such as the PSTN 22. As a result. 
5 the need for acceptable voice transmission quality is 
balanced with the need to maximize potential cost sav- 
ings. 

Claims 

10 

1 . A method for handling calls and call requests com- 
prising the steps of: 

calculating (42 and 46) a transmission delay 
is over a voice-over-data-network (20) between 

first (18) and second (36) endpoints; 
determining (44 and 48) whether said trans- 
mission delay exceeds a predetermined delay 
threshold; and 

20 automatically routing (60) a call between said 

first and said second endpoints over an alter- 
native network (22) other than said voice-over- 
data-network if said calculated transmission 
delay exceeds said delay threshold. 

25 

2. A method according to claim 1 wherein said step of 
calculating (42 and 46) said transmission delay 
includes calculating (46) a delay including delay 
introduced by a call processor (28) which supports 

30 connectivity to said second endpoint (36) and/or a 
round trip delay to determine delay attributed only 
to traffic over the transmission path. 

3. A method according to claim 1 or 2 further compris- 
35 ing the step of rerouting (66) said call from said 

alternate network (22) to said voice-over-data-net- 
work (20) if said transmission delay over said voice- 
over-data-network falls below said predetermined 
threshold during said call. 

40 

4. A method according to any of the preceding claims 
being carried out before the call is established and 
preferably also periodically during the call. 

45 5. A method according to any of the preceding claims 
wherein if said calculating (42 and 46) step and said 
determining (44 and 48) step are performed after 
said call has been established (50) via said voice- 
over-data network (20), said routing (60) step 

so includes rerouting (54) said call from said voice- 
over-data-network to said alternate network and 
preferably inserting (56) a delay into said call upon 
rerouting said call over said alternate network. 

55 6. A method according to any of the preceding claims 
wherein said calculating (42 and 46) step is a two- 
tiered process which includes calculating *2) a 
preliminary round trip delay which does no: -dude 
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a delay component contributed by a call processor 
(28) and, if said preliminary round trip delay is 
within a predetermined range that is below said 
delay threshold, calculating (46) an end-to-end 
echo which includes said delay component contrib- 5 
uted by said call processor. 

7. An apparatus for intelligently routing calls compris- 
ing: 

10 

a plurality of trunk lines (24 and 26) each con- 
nected to a different communications network 
(20 and 22), one of said networks being a 
voice-over-data-network (20); and 
a local call processor (10) connected to said 75 
plurality of trunk lines to provide an interface 
between one or more local communication 
devices (18) on a local communications net- 
work and said trunk lines, said local call proc- 
essor including: 20 

a) a delay calculation module (12) con- 
nected to a voice-over-data-network trunk 
line (26) to calculate (42 and 46) a trans- 
mission delay over said voice-over-data- 25 
network between said local communica- 
tion device on said local communications 
network and a remote communication 
device (36); and 

b) a call router (14) responsive to a calcu- 30 
lated delay over said voice-over-data-net- 
work in excess of a predetermined 
threshold to route (60) a call between said 
local and said remote communication 
devices over an alternative trunk line (24) 35 
other than said voice-over-data-network 
trunk line. 

8. An apparatus according to claim 7 wherein said call 
router (14) is configured to reroute (66) said call 40 
from said alternative trunk line (24) to said voice- 
over-data-network trunk line (26) in response to a 
detected (62) delay below said predetermined 
threshold over said voice-over-data-network (20), 
said call router being operative while said call is in 45 
session. 

9. An apparatus according to any of the preceding 
apparatus claims wherein said delay calculation 
module (12) is configured to transmit a test voice so 
data packet to be processed by a remote call proc- 
essor (28) in order to include (46) a delay compo- 
nent introduced by said call processor in the 
calculation and/or to calculate only a round trip 
delay attributed only to the traffic over the transmis- 55 
sion path. 

10. An apparatus according to claim 9 wherein said 



delay calculation module (12) is configured to per- 
form a round trip delay calculation, compare the 
result with a predetermined range below said 
threshold and transmit a test voice data packet if 
the delay is within this critical range. 

11. An apparatus according to any of the preceding 
apparatus claims wherein said delay calculation 
module (12) is configured to periodically re-calcu- 
late (52) said transmission delay after said call is 
established (50), said call router (14) being config- 
ured to reroute (54) said call from said voice-over- 
data-network trunk line (26) to said alternative trunk 
line (24) in response to detection of a transmission 
delay is in excess of said predetermined threshold, 
said call router being operative while said call is in 
session. 

12. An apparatus as claimed in any of the preceding 
claims further comprising a delay regulator (16) 
connected to said delay calculation module (12) 
and said call router (14) to introduce (56) delay into 
said call after said call has been rerouted (54) to 
said alternate trunk line. 
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